Apparatus and method for targeted acquisition

ABSTRACT

A mobile station, system, and method for collecting information. The mobile station including a controller which can determine a current location of the mobile station, output the name of one or more selected persons corresponding to a predetermined geographic area (such as a current location of the mobile station), and receive an identifier corresponding to the selected person via an input device. The mobile station may also communicate, via wired and/or wireless communication means, with a system for uploading/downloading and/or processing information such as petition signatures.

REFERENCE TO PRIORITY APPLICATION

This application is a continuation of copending U.S. patent applicationSer. No. 11/999,927, filed on Dec. 7, 2007, and entitled “APPARATUS ANDMETHOD FOR TARGETED ACQUISITION,” the contents of which are incorporatedby reference herein.

FIELD OF THE INVENTION

The present invention relates generally to an apparatus having aguidance function and a method for performing the same, and moreparticularly to an apparatus and method for targeted acquisition ordistribution of desired items such as petition signatures and/orcharitable contributions.

BACKGROUND OF THE INVENTION

Typically, petitioners are given a list of names of party members whoare registered voters in a specific area, from whom valid petitionsignatures can be requested and obtained. However, it is often difficultquickly and easily to find the registered voters from whom to requestand obtain valid signatures. Accordingly, petitioners frequently spendcountless hours walking streets and plazas looking for registered votersfrom whom valid petition signatures can be requested and obtained.Unfortunately, many petition signatures are invalidated when they failto meet certain standards. For example, in New York state, a StateAssembly nominee must obtain several hundred signatures from voters whoare members of the same party as the nominee and who live in thenominee's Assembly district. Oftentimes, using conventional petitioningmethods, it is difficult to determine whether a particular person is aregistered voter, is registered in the proper party, and lives in theproper district, etc. As a result, even the most diligent petitioner maycollect invalid, and therefore useless, petition signatures.Accordingly, extra signatures are usually collected to provide a safetynet. However, these extra signatures require extra work. Additionally,canvassers often get lost while seeking signatures in unfamiliarneighborhoods, adding to the overall inefficiency of the process

Moreover, these disadvantages are exacerbated by the conditions underwhich canvassers must work. For example, canvassers, who are oftenunpaid, typically work outdoors in spring storms and summer heat.

Accordingly, there is a need for a system and method quickly and easilyto obtain valid petition signatures. Moreover, there is a need for asystem and method that can continually update petition information inreal-time. Further, there is a need for a system, apparatus, and methodfor distributing information to targeted individuals.

Moreover, not-for-profit organizations often conduct fundraising in adoor-to-door fashion. However, this method is inefficient, as manypersons may not be at home and/or may not contribute to thesenot-for-profit organizations. It is therefore desirable to provide asystem, apparatus, and method for targeted fundraising.

SUMMARY OF THE INVENTION

The present invention is directed to a system, apparatus, and a methodfor collecting petition signatures and corresponding information andusing the same.

The present invention may also be directed to a system, apparatus, andmethod for distributing and/or collecting information based uponlocation as well as an individuals political party affiliation, votinghistory, contribution history, etc.

Thus, the present invention provides a mobile station, including acontroller which determines a current location of the mobile station,outputs the name of one or more selected persons corresponding to thecurrent location of the mobile station, and receives an identifiercorresponding to the selected person; and an input device for inputtingthe identifier. According to the present invention the controller mayoutput an address corresponding to the one or more selected persons.Further, the controller may use the determined current location of themobile station to determine guidance information corresponding to anaddress of the one or more selected persons. Moreover, the controllermay output map data corresponding to the determined current location ofthe mobile station, wherein the map data including route data.

Further, according to the present invention, the controller may selectthe one or more selected persons from a compilation of registeredvoters. The compilation of registered voters may include members of asingle political party and/or a single voting district. Thus, forexample, only members of the Republican party in the 23^(rd)congressional district may be included in the database of registeredusers and or a select route. Moreover, according to the presentinvention, the identifier corresponding to the selected person comprisesone or more of a signature, biometric data, and an identification coderelated to the corresponding person. According to another aspect of thecontroller may receive a verification identifier corresponding to a userother than one of the selected persons, and optionally save theverification identifier in association with identifiers corresponding tothe one or more selected persons.

It is yet a further aspect of the present invention to provide a methodfor collecting information using a mobile station including at least onecontroller, the method including the steps of determining, by thecontroller, a current location of the mobile station, outputting, by thecontroller, the name of one or more selected persons corresponding tothe current location of the mobile station, inputting, by an inputdevice, an identifier corresponding to a selected person of the one ormore selected persons; and processing, by the controller, the identifiercorresponding to the selected person. The method may further includeoutputting, by the controller, an address corresponding to one or moreof the selected persons. According to the method, the controller mayoutput guidance information corresponding to an address of one or moreof the one or more selected persons. The method may further includeoutputting, by the controller, map data corresponding to the determinedcurrent geographic location of the mobile station, the map dataincluding route data corresponding to a route having a plurality ofaddresses each corresponding to one or more of the one or more selectedpersons.

It is also an aspect of the method of the present invention to includeselecting, by the controller, one or more selected persons of the one ormore the selected persons from a voter registration database. Accordingto the method, the one more selected persons may be selected from agroup including only members of a single political party. Further, themethod may include receiving, by the controller, information related toan identifier corresponding to the selected person, wherein theidentifier includes one or more of a signature, biometric data, and anidentification code related to the selected person. According to themethod, the controller may receive a verification identifiercorresponding to a user other than one of the selected persons, and savethe verification identifier in association with the information relatedto the identifiers corresponding to the one or more selected persons.

It is yet another aspect of the present invention to provide method forcollecting information using a mobile device having a controller, themethod including the steps of outputting, by the mobile device, a nameof a selected person from a list of selected persons, inputting anidentifier corresponding to the selected person, and processing, by thecontroller, the input identifier. According to the method, theidentifier may include one or more of a signature, biometric data, andan identification code, related to the selected person. The method mayalso include determining whether the selected person is registered tovote in a predetermined geographic area. The method may further includetransmitting the identifier corresponding to the selected person to abase station. According to the method, the input identifier correspondsto a petition.

It is also an aspect of the present invention to provide a method forguiding a user such as, for example, a petition collector, to a voterwho is registered to a predetermined political party.

It is a further aspect of the present invention to provide a system,apparatus, and a method for soliciting a petition. The apparatusincluding an input device for receiving a petition.

Additional advantages of the present invention include the incorporationof features that provide a simplified method for identifying voters andcollecting their signatures in a reduced time period, thus aiding thecollection of, for example, petition signatures for a nominee'splacement on a ballot.

BRIEF DESCRIPTION OF THE DRAWINGS

The invention is herein described, by way of example only, withreference to the accompanying drawings, wherein:

FIG. 1 is a perspective view illustration of the mobile device accordingto the present invention;

FIG. 2 is a detailed block diagram illustrating the schematics of themobile device according to the present invention;

FIG. 3 is a screen shot illustrating a navigation screen according tothe present invention;

FIG. 4A is a screen shot illustrating a screen corresponding to routeinformation according to the present invention;

FIG. 4B is a screen shot illustrating another screen corresponding toroute information according to the present invention;

FIG. 5 is a screen shot illustrating a screen corresponding to petitioninformation according to the present invention;

FIG. 6 is a screen shot illustrating a screen corresponding to candidateinformation (CI) according to the present invention;

FIG. 7 is a screen shot illustrating a screen corresponding to donationinformation (DI) according to the present invention;

FIG. 8 is a screen shot of an exemplary verification information screenfor verifying data collected according to the present invention;

FIG. 9 is a flowchart illustrating operations of a mobile deviceaccording to the present invention;

FIG. 10 is a flowchart illustrating operations of a mobile deviceaccording to the present invention; and

FIG. 11 is a flow diagram illustrating the operation of the mobiledevice in a system according to the present invention.

DETAILED DESCRIPTION OF THE INVENTION

Preferred embodiments of the present invention will be described indetail with reference to the annexed drawings. In the followingdescription, a detailed description of known functions andconfigurations incorporated herein will be omitted when it may obscurethe subject matter of the present invention.

A perspective view illustration of the mobile device according to thepresent invention is shown in FIG. 1. A mobile device 100 includes adisplay 102 for displaying desired graphics and/or text and an optionalinput device 104 which can include alphanumeric keys, function keys,soft keys, etc. The display 102 can include an LCD (liquid crystaldisplay) or other suitable display and may include a touch-sensitivescreen for entering a selection (e.g., a signature, a soft key, etc.).An optional stylus 108 or other device may be used to enter an input(e.g., sign a name, select objects, etc.) using the optional touchscreen. When the mobile device 100 is located at a target location (suchas, for example, a desired address), the mobile device 100 may switchfrom a navigation mode (e.g., a mode in which map, route, guidance,address and/or names of targeted persons are displayed) to a locationmode for inputting identification information. As shown, the screen maydisplay text in two directions so that a targeted person such as apetitioner (e.g., “John Doe”), a contributor, etc. can easily provide asignature (e.g., for a petition), and a user situated opposite thepetitioner may readily make other selections e.g., approve of asignature, select another person (e.g., “Jane Doe”), etc. However, sucha display is not necessary.

Further, the mobile device 100 may include a sensor 108 for inputtingdata such as financial data (e.g., credit/debit cards, etc.) and/orbiometric data (e.g., fingerprints, handprints, iris identification,etc.). The sensor 108 may be formed integrally with the mobile device100 or may be coupled to the mobile device 100 using, for example, awired or wireless (e.g., Bluetooth) link, and can read data such as,from credit/debit cards, etc. so that targeted persons may easily makecontributions. Accordingly, a donation selection such as a soft donationkey 106 may be provided on, for example, the touch-screen display 102for selecting to contribute to, for example, a cause (e.g., a charity,an organization, a fund, a candidate, a political party, etc.). Althoughnot shown, screen 102 may include tabs or other navigation aids as willbe described below for navigation. When the donation key 106 isselected, a donation/contribution form such as, for example, screen 700(e.g., see, FIG. 7) may be displayed for the convenience of, forexample, the user.

A detailed block diagram illustrating the schematics of the mobiledevice according to the present invention is shown in FIG. 2. A mobiledevice (mobile station) 200 includes a controller 214 which may becoupled to (or formed integrally with) one or more optional devices,such as, for example, a sensor module 202, a triangulation module 204, amemory 206, a display 208, a GPS (global positioning system) module 210,an input module such as a keyboard and/or touch-screen input device 212,a CODEC (COder/DECoder) 216, and a transmitter/receiver (Tx/Rx) 218. Anyof these modules (e.g., 202-212, and 216-218) may be incorporated withinthe controller 214.

The controller 214 controls the overall operation of the mobile device200.

The sensor module 202 is an optional module which includes sensors suchas, for example, a single- to a three-axis (i.e., x, y, and/or z axis)accelerometer for providing acceleration data to the controller 214. Thesensor module may also include a magnetic sensor which may determine theorientation and/or strength of a magnetic field (such as, for example,the Earth's relative to a given direction (e.g., north) for use by thecontroller. Accordingly, the controller 214 may determine theorientation of the mobile device 200 using magnetic field data and/oracceleration data, GPS data, etc.

The triangulation module 204 is an optional module which is used toprovide triangulation location information to the controller 214. Thetriangulation module 204 may use conventional triangulation routines todetermine the location of the mobile device 200. Accordingly, the mobiledevice 200 according to the present invention may use wirelesstransmissions (e.g., cellular transmissions) to determine the locationof the mobile device 200. Further, the mobile device 200 may receivelocation information from a system (not shown) in which the mobiledevice 200 operates. As methods and systems to determine location ofmobile devices are well known in the art, for the sake of clarity nofurther description will be given. Further, the mobile device 200 maydetermine its location using location information received from a systemin which it operates.

The memory 206 can include static and/or dynamic memory (e.g., RAM/ROM,flash memory, a hard-disc, etc.) as is known in the art. The memory canbe used to store various information such as, for example, operatingprograms, generated information (e.g., program data, signatures, etc.),etc. that is generated by the mobile device 200.

A display 208 displays information which can include text and/or graphicdata, as necessary, under control of the controller 214. The display caninclude an LCD (liquid crystal display) or other display, as desired.Moreover, the display may include a touch-sensitive screen for enteringdata.

The GPS module 210 may receive satellite guidance information from oneor more satellites and generate GPS location information correspondingto the location of the mobile device 200. As GPS location informationsystems are well known in the art, for the sake of clarity, no furtherdescription will be given.

The keyboard (KB) 212 may include one or more input keys (e.g., alphaand/or numeric input keys, navigation keys (e.g., up, down, left,right), and/or function keys), as desired, for generating correspondingkey inputs. Moreover, the KB 212 may include keys which correspond to adisplay input (e.g., a soft key). The KB 212 may be controlled by thecontroller 214 and can transmit generated key inputs to the controller214.

The CODEC 216 may be controlled by the controller 214 andtransmits/receives data to/from a speaker (SPK) and/or microphone (MIC)as shown. The CODEC 216 can convert a voice (e.g., an analog input) to adesired format (e.g., digital) and can convert a desired format (e.g., adigital format) to an analog format for outputting as, for example,audible data. The SPK, MIC, KB, etc., may be coupled to the controllervia wired or wireless means. For example SPK and MIC may include awireless headset such as a Bluetooth™ headset which communicateswirelessly to the controller.

The transmitter/receiver (Tx/Rx) module 218 may transmit/receiveinformation using desired formats, such as conventional wireless deviceformats under the control of the controller 214. For example, the Tx/Rxmodule 218 may transmit and/or receive information to or fromconventional wireless (e.g., cellular) base stations using, for example,TDMA, CDMA, GSM, etc., communication techniques. Moreover, the Tx/Rxmodule 218 may transmit/receive information using wireless protocolssuch as, for example, Bluetooth, WiFi, WiMax, WiBro, etc., as are knownin the art. Accordingly, as wireless communication systems and protocolsare well known in the art, for the sake of clarity, a furtherdescription will not be given. The Tx/Rx module 218 may include means(not shown) for amplifying, filtering, upconverting and/ordownconverting transmission and reception signals, respectively, as iswell known in the art. Moreover, diversity means (not shown) may also beincluded for the transmission and/or reception of data.

A screen shot illustrating a navigation screen according to the presentinvention is shown in FIG. 3. A screen 300, includes various kinds ofinformation, such as, for example, address information, which can bedisplayed according to, for example, current location. Screen 300 mayinclude one or more of form information 304, density information 310,selected address information 324A-G, selected name information 326A-G,direction information 306A-G, preferred direction information 316,current map information 314, and current location information (e.g.,see, 318 and 320).

The density information 310 may indicate for example the number ofindividuals from whom a valid signature (or contribution) may be (or isexpected to be) obtained on the corresponding block/street, route, etc.This information may be output using, for example, a graph such as, forexample, a pie chart, a bar chart, or other visual and/or audio means.Accordingly, various methods (e.g., computer programs) may be used tocompile data about individuals from whom valid petition signatures (orvotes, contributions, etc.) were previously obtained (e.g., by time,date, location, etc.). Then, this information may be used to calculate acurrent expectation (e.g., probability). This information may bereferred to as “expectation data.” For example if “John Doe” has notsigned a petition (or contributed to a charity, etc.) for apredetermined time, this information would be saved in a database(DB—not shown), and information indicative of the likelihood that JohnDoe will sign a petition (make a contribution, etc.) may output, via,for example, the display, for the convenience of the user. Accordingly,upon determining that (e.g., by the controller 214), for example, it isunlikely that John Doe will be available to sign a petition, thisinformation may be displayed on the screen 102 so that the user (e.g., asignature collector) may save time and effort by bypassing John Doe'sresidence. Expectation data and/or other variables (e.g., a preferreddirection, etc.) may be calculated, using for example, Heuristic and/orother analysis with inputs such as, for example, time data, signaturedata, contribution data, history data, etc. Heuristic analysis and othermethods to, for example, detect probability, etc., are well known in theart, and for the sake of clarity, a further description thereof will notbe given. The density information may provide information on or more ofa block, a route, a street, an address, a person, etc., as desired.

The form information 304 may include for example, one or more ofform-type information 304A, signature-collector information (e.g., “JohnPetitioner”) address information 304B, and/or district information 304C,etc. The form-type information 304A may include an identification (ID)number which may be used to identify a current form and other data(e.g., a signature collector's identification, time information, etc,which may or may not be displayed). This information may be saved withother collected information for later identification and use. Theaddress information 304B may indicate, for example, a current locationsuch as, for example, a current street location. The districtinformation 304C may indicate election area information (e.g., 23Assembly District, 63 Congressional District, etc.), candidateinformation (not shown), and other desired information.

The address information 320 may include, for example, current locationinformation such as, for example, current street address information, asshown.

The selected name information 326A-G may include information relating toa selected person's identification (e.g., name information of, forexample, a registered voter, a contributor, etc.).

The selected address information 324A-G may include selected addressinformation which may correspond to the selected name information326A-G. However, the selected address information 324A-G may be output(e.g. displayed) with or without the corresponding selected nameinformation. Likewise, the selected name information 324A-G may beoutput (e.g., displayed) with or without the selected addressinformation 324A-G.

In the present example, the selected address information 324A-G issorted in order of a route direction (e.g., by address number and/ordirection of travel). However, other sorting options and/or options tochange the sorting may be provided. For example, a user may be providedwith an option to sort by expectation data, name, reverse routedirection, current direction, etc. A current address (e.g., an addresscorresponding to a current location, e.g., of the mobile device 200) maybe distinguished using, for example, highlighting 312.

The direction information may include direction indicators 306A-G whichare preferably output (e.g., displayed) with one or more of thecorresponding address information 324-G and/or name information 326A-G.As shown, the direction information 306A-G includes directional elements(e.g., arrows) which may, for example, indicate a direction of aselected name and/or address in relation to a current path ororientation of the mobile device 200. For example, using the determinedorientation of the mobile device 200, the mobile device 200 may displaythe direction information using for example, direction elements such asdirection indicators 306A-G to direct a user to the selected name and/oraddress (324A-G, 326A-G). Thus, the direction indicators 306A-G may havean orientation which corresponds to an address relative to theorientation of the mobile device 200. Accordingly, the directionindicators 306A-G may use a continuous sweep, discrete sweeps (e.g., 0,90, 180, 270 degrees—corresponding to right, forward, left and reversedirections, respectively), as shown, etc. In an alternative embodiment,the direction information 306A-G may be orientated to correspond to adesired path along a street rather than the absolute orientation of themobile device 200. Accordingly, a user selection may be provided so thata user may select a desired direction information output.

Although not shown, the selected address information, name information,and/or the corresponding direction information may be displayedaccording to direction of travel and/or a side of a street (e.g., asidewalk) upon which the mobile device 200 travels, or a side of astreet corresponding to a desired route. For example, if first andsecond sidewalks are respectively located on opposite sides of a streetand the mobile device 200 is located on the first sidewalk, thedisplayed direction information may include only addresses (and otherinformation) on that side of the street (e.g., side of a roadway).Accordingly, the controller may determine which side of a correspondingstreet the mobile device is located on and display only information(e.g., location information) corresponding to the determined side of athat street. It is also envisioned that a user may select a desired sideof a street so that only information corresponding to the desired side(e.g., only addresses and corresponding information for the desiredside) may be displayed. Accordingly, the mobile device 200 may beequipped with means for determining on which side of a street (e.g., aroadway) the mobile device 200 is located.

The direction information 306A-G may also include information related toa corresponding address, such as expectation data 308, which mayindicate, for example, the expected likelihood of success (e.g., ofobtaining one or more petition signatures, a contribution, etc.) at thecorresponding address. For example, in screen 300, the directionindicator 306D may include, for example, a filler within the directionindicator (indicator arrow), which can be used to indicate thelikelihood of success. Accordingly, a full filler (e.g., see, 306D)indicates a high likelihood of success in obtaining a desired item suchas, for example, a petition signature). Conversely, the lack of a fillerin a direction indicator (e.g., see, 306F) indicates that thecorresponding address e.g., “08 MAIN STREET,” would have the lowestlikelihood of success. The likelihood of success may be illustratedusing, for example, the fill bars as shown. However, other audio and/orvisual methods to illustrate the likelihood of success may optionallyalso be used.

The display 300 may also include information relating to current statusinformation which may indicate whether any signatures or other items(e.g., donations, etc.) have been collected, or information such as, forexample, literature, multimedia files, etc., output (e.g., transmittedor played) at a corresponding address. Accordingly, current statusinformation may include audio and/or visual information such as, forexample, the “X” illustrated next to a corresponding address and/or nameto indicate current status. Further, after an address has been visited,a signature (e.g., a petition signature) has been obtained, or adonation has been received, etc., the corresponding address and/or nameinformation may be removed from a current display, de-highlighted (e.g.,using gray scale, changing font color), etc., so that current status maybe readily ascertained, if desired. Accordingly, the controller 214 mayset/reset one or more flags (e.g., in a data field which correspondswith the selected address and/or name information) to indicate whether adesired object (e.g., a signature, a contribution, etc.) was obtained,the selected address and/or person visited, multimedia data played, etc.

On screen 300, information relating to the selected address and/or nameinformation (e.g., 324A-G, 326A-G) may be selected by a user or may beautomatically highlighted by the controller 214 when it is determinedthat the current location of the mobile device 200 corresponds to apredetermined address. For example, when it is determined that themobile device 200 is located within a predetermined distance of “30 MAINSTREET,” then “30 MAIN STREET” may be selected by, for example,highlighting or otherwise distinguishing the selection. For example,audio (e.g., a voice, a beep, etc.) and/or visual information may beused to inform the user of the selection. Accordingly, the user may, forexample, change directions and/or walk up a walkway to “30 MAIN STREET”in response to the output information. The controller 214 may thendetect either a change in velocity, location, a user's selection, etc.,and determine that information relating to “30 MAIN STREET” should bedisplayed as will be illustrated in FIG. 4.

Referring back to FIG. 3, the preferred direction 316 informationindicates a preferred direction of travel which may be determined usingseveral parameters such as current direction (e.g., traveling north onMAIN STREET), planned route information (e.g., pre-selected route,shortest route, etc.) and/or other variables. For example, the presentinvention may dynamically reroute a user based on information obtainedfrom, for example, a network and/or other users. For example, if thecontroller 214 (and/or another network device such as a mobile station)determines that another user has already collected information on astreet which was mapped to the current user, the controller 214 mayrevise various information such as route path, map information 314,address and/or name information 320, density information 310, etc., inreal time.

The optional map information 314 may illustrate relevant informationcorresponding to a current location. For example, the map information314 may include items such as a map of “MAIN STREET,” correspondinginformation such as a preferred route/direction of travel, addressinformation relating to the selected address and/or name information,etc., and a current (actual) direction indicator 322 and a preferreddirection indicator 318. The current direction indicator 322 outputs theactual direction of the mobile device 200 relative to a preferreddirection (e.g., see single line in circle) so that a user may properlyorientate the mobile device 200 relative to a desired path, address,street, etc. The map information 314 may open in a sub-window as shownand may be maximized, minimized and/or closed depending upon a user'spreference.

Although not shown, the display may also indicate current time,estimated finish time, current time spent, etc., as desired.Accordingly, a user may readily know whether he is running slow, etc.Additionally, the controller may include a time field in data that issaved to the memory for further use. For example, when a petitionsignature is obtained, the controller may include a time and/or datestamp which corresponds to the time the signature was obtained, saved tomemory, and/or processed, etc.

In an alternative embodiment, the device according to the presentinvention may output information using the speaker SPK, in which caseinformation may or may not be output to the display depending uponvarious setting. Accordingly, directional information such asdirectional instructions on which way to proceed, and selected nameand/or address information, name information, etc., may be output viathe SPK (or another speaker) to guide the user.

An illustration of information corresponding to the highlighted entry ofFIG. 3 is shown in FIG. 1. In the present example, the highlighted entry(i.e., the fourth entry in FIG. 3) has been selected by the controller214 based on location information and/or a user's selection (e.g., auser selecting a highlighted entry). Accordingly, information relatingto “30 MAIN STREET” is displayed as is shown in FIG. 1. When more thanone name is associated with a selected address, a default name may beselected by default or may be selected by a user. For example, previoushistory data may be analyzed and the default person setting set tocorrespond with the most likely person to perform a certain act (e.g.,sign a petition, donate, etc.). Further, a user may select thehighlighted name or another name if, for example, more than oneregistered name is associated with a desired address, In the currentexample, all names associated with a selected location are illustrated.Thereafter, a user selects a desired person (or corporation, entity,etc.) by, for example, selecting the name (e.g., on a touch screen), byselecting a box corresponding to the name, etc. However, other methodsof selecting an individual may include biometric verification (e.g.,voice prints, eye-prints, fingerprints, face data, hand structure,genetic data, etc.) or ID data (e.g., identification card data,credit/debit card data, etc.). For example, the mobile device accordingto the present invention may use fingerprint data, a voice print, etc.to select a desired person. For example, if the mobile device accordingto the present invention determines that Jane Doe has input herbiometric data (e.g., via a fingerprint), then Jane Doe's informationmay be displayed and her identification information (e.g., a signature)input (e.g., in an identification input mode). After information about auser (e.g., “John Doe's” signature) is entered, the information (e.g.,the signature) may be entered into the memory 206, processed,transmitted (e.g., to, for example, a database (DB) or another system)for processing. Thereafter, if information about another selected person(e.g., Peter Doe) is desired, the user may select that other person'sinformation (e.g., by highlighting or otherwise selecting, for example,“Peter Doe's name), which may then be entered, processed and/or savedin, for example, the memory 206, similarly to the previous name.Although only name/signature information is shown as being entered,other information may be saved with, or instead of, the name/signatureinformation. For example, the mobile device 200 may present questionsand store answers to these questions. Further, biometric information maybe used rather than name/signature information. For example, the sensors202 of the mobile device 200 according to the present invention may alsoinclude an identification (ID) card reader, a credit/debit card scanner,a fingerprint sensor, a handprint sensor, a genetic sensor (e.g., a DNAsensor), an eye sensor, a face scanner, etc., to identify the personfrom whom data is requested (e.g., a voter, a donor, etc.). Accordingly,the person from whom data is requested may be readily identified and/orother information or data (e.g., charge card information—which can beused, for example, for making a donation) may be obtained. Further, themobile device may use voice-recognition software to determine or save aperson's voice print. Accordingly, upon determining that a certain voicebelongs to, for example, Jane Doe, her personal information may bedisplayed and a corresponding identifier (e.g., a signature) enteredwithout requiring a user to select her name. Further, an audio“signature” may be collected from a handicapped user (e.g., an amputee,a blind person, etc.) by saving a desired voice clip as identificationinformation. Accordingly, a voice clip recording option may be displayedfor a user's selection.

When information relating to a selected address and/or person has beencollected, the device according to the present invention may return to apredetermined screen for a user's convenience, if desired. Thus, forexample, the device according to the present invention may return to apredetermined screen, such as, for example, screen 300 after a selectedperson's signature is entered.

Further, the mobile device 200 according to the present invention mayalso output (i.e., distribute) information to selected addresses and/orto selected individuals at selected times. For example, when collectinginformation (e.g., a donation, identification information such as, forexample, a signature, etc.) corresponding to a selected person, certainselected information may be output (e.g., via the display 208 and/orspeaker SPK) to the selected person. Further, this information may beoutput at a predetermined time such as, for example, when information isbeing collected (e.g., a signature is being entered, after it isentered, etc.) or when otherwise selected. For example, when it isdetected that a voter or donor, for example, is present (e.g., when avoter's signature is being input, the person's name is selected, acredit card is swiped, etc.), selected information such as, for example,a voice clip from a political figure, a clergyman, etc., may be output.This adds a personal touch to the device according to the presentinvention. Further, the output information may be selected according toa predetermined routine. For example, information about the selectedperson (or address) from whom (or which) data such as a signature isbeing collected may be processed, and thereafter, the controller maydetermine which information (from a plurality of information) to output.For example, information may be selected according to sex, age, health,marital/family status (e.g., married with five children), religion,education, location, wealth, other personal preferences, etc. Thus, if,for example, it is determined that the selected person is 28 years old,then information which is determined to be relevant for those under 30years of age may be output. For example, when it is determined that thedesired person is over 65 years old, information relating to, forexample, elder health care and/or Social Security may be output.Further, this information may include a recommendation as to selectedactions. Further, the present invention may also use GPS data andaltitude data to store desire information (e.g., a number of steps thatwere climbed) with location information for later use.

Referring back to FIG. 3, screen 300 may include optional index tabssuch as, for example, 302A-302E, which may be selected to display acorresponding page (screen). The index tabs 302A-302E are preferablydisplayed according to, for example, importance. The index tabs302A-302E are exemplary in nature, and it is envisioned that many otherindexes and/or menus may be used as desired. It is also envisioned thata user may set indexes to be displayed as desired, using, for example, aprogram for setting the indexes. In the present example, informationsuch as, for example, one or more of address information 302A, routeinformation 302B, petition information 302C, candidate information 302D,other information 302E, etc., may be displayed on the screen for auser's selection.

A screen shot illustrating a screen corresponding to route informationaccording to the present invention is shown in FIG. 4A. With referenceto screen 400A, a desired route may be displayed in accordance with, forexample, a desired user (e.g., signature collector such as, for example,“John Petitioner”). The route information is preferably superimposedupon, for example, map information 410, and may include one or moreroutes which may include a selected route (e.g., route “123” as shown).Additionally, other information corresponding to the map information maybe displayed, as desired. For example, street names, addresses, andcurrent status information may be displayed on the map data.Accordingly, a symbol such as an “X” may be displayed on the map data toindicate a signature has already been obtained, etc., at a predeterminedlocation. Preferred route information may include direction indicators,etc. Moreover, start and finish locations may also be output, as shown.Further, directional data such as absolute compass data 404 may beprovided to indicate a desired direction with reference to the mapinformation. Further, although not shown, a current direction indicatorsuch as the direction indicator 322 may also be displayed on screen 400Aor 400B for the user's convenience, if desired. The directionalindicators and/or other information may be updated in real time and/ormay be displayed relative to displayed map information or otherinformation. Optionally, a user may select among several different mapviews. For example, a user may select among street names only, asatellite (or planar) view (including, for example, pictures or graphicsof houses, buildings, etc.), a 3-D view (shown in FIG. 4B below), etc.,as desired, using, for example, selector 406, index tabs, menus, etc.Further, historical information may also be displayed and/or collectedduring use. For example, information relating to topography (e.g.,hills, stairs, etc.) may be collected and/or displayed during use, asdesired.

Although not illustrated, other route information may be displayed.Further, an option to select a new route, modify a route, add a route toan existing route (e.g., concatenate a route), etc. may also be providedfor the user's convenience. For example, a user may combine two or moreroutes, if desired, to form a longer route. Further, the deviceaccording to the present invention may determine a shortest route whencombining two or more routes so that resources are conserved accordingto one or more criteria (e.g., distance, time, other weighing factors,etc.). Moreover, other routes may be displayed and selected by the user(e.g., by clicking on the other route). Accordingly, user informationwill be updated with the new route. Further, the mobile device and/orsystem may include software to determine a shortest route, if desired.As such software is known in the art, for the sake of clarity a furtherdescription will not be provided.

A screen shot illustrating anther screen corresponding to routeinformation according to the present invention is shown in FIG. 4B.Screen 400B is a 3-D map view (e.g., a perspective view) whichcorresponds with the planar view screen 400A shown in FIG. 4A. One ormore optional navigation selections such as zoom, rotate, and elevation,408 may be selected to change the corresponding settings. Current mapinformation 314 is optionally displayed in, for example, a minimizedwindow, and corresponds to the current location of the mobile device200. The current map information 314 may be displayed in planar form (asshown), or may be displayed in 3-D form. Selected addresses and/orpersons may be distinguished using for example, highlighting and/orarrows, etc., as desired. Thus, for example, by selecting the name “JohnDoe” on the current screen, the controller 214 will display, forexample, petition (or other) information related to John Doe such as isshown in FIG. 1. In other embodiments, selecting a person's name willoptionally open a donation screen etc., for accepting a donation. Anelevation selection 408E adjusts the elevation of the screen display.Accordingly, adjusting the elevation selection to 90 degrees will yielda “birds-eye” view, while adjusting the elevation to, for example, a fewdegrees will result in a “street-level” view. Likewise, selecting a zoomselection 408Z will zoom the screen in or out, and selecting a rotateselection 408R will rotate a view (e.g., 0-360 degrees) around apredetermined point.

A screen shot illustrating a screen corresponding to petitioninformation according to the present invention is shown in FIG. 5.Historical information such as, for example, petition information mayinclude information related to a selected person (e.g., a voter, adonor), a user (e.g., a signature collector—“John Petitioner,” afundraiser, etc.), location information (e.g., address information),information corresponding to the location information (e.g., personalinformation), present location information (e.g., of the mobile device200), tracking information (e.g., actual location informationcorresponding to a travel route of the mobile device 200), donationinformation (e.g., whether a person has donated money and/or services),petition information (e.g., a selected person's previouspetition-signing history), voting information (e.g., a person's votinghistory), party history (a person's previous party membershipinformation). As shown, the historical information includes selectedaddress, selected name, and previous voting and/or signing (or donating)history. A part of this history may be displayed, if desired. Forexample, as shown in FIG. 5, an “x” indicates voting participation whilean “o” indicates a lack of participation (i.e., the individual did notvote). Likewise, a “p” indicates that the corresponding person signed apetition, while an “n” indicates that the corresponding person did notsign a petition. Further, by selecting a name, address, etc., otherrelevant information about the name, address, etc., may be displayed.Further, if desired, certain information fields may be removed from thedisplay (e.g., not displayed), which can provide an enhanced level ofprivacy. Moreover, a user such as, for example, a signature collectormay have a given privilege level that may allow him to view and/oraccess certain information. Accordingly, a user with a higher privilegelevel may be allowed to view other information that the user with alower privilege level will not be allowed to view and/or access.Accordingly, various information fields such as, for example, a historyfield, etc., may be assigned certain privilege levels which mustcorrespond with (or, for example, be lower than) a user's privilegelevel in order for it to be accessed and/or viewed by the user. Further,a user may select which information is displayed, to enhance a user'sconvenience. For example, if selected, only personal informationrelating to a current address may be displayed. A search input query box504 allows a user to enter a desired search term (i.e., search data) andperform a search for relevant data corresponding to the search term.Further, navigation inputs (arrows) 506 allow a user to navigate betweenprevious and next screens which may correspond with selected addressinformation, selected street information, selected person (name)information, previous/next screens, previous/next tabs or menus, etc.,as desired. In the present embodiment, it will be assumed that selectingone of the arrows 506 will display previous or next screenscorresponding to address data. For example, selecting the “next” arrowof the arrows 506 will display a screen corresponding to the followingstreet in the current route (i.e., route 123).

A screen shot illustrating a screen corresponding to “candidateinformation” (CI) according to the present invention is shown in FIG. 6.As shown, information about one or more candidates, important persons,and/or other entities (e.g., political figures, religious figures,political parties, organizations, corporations, etc.) may be displayed.For example, screen 600 may include information relating to one or moreof candidate information 602, message fields 604A, 604B, 604C, etc. Themessage fields 604A-604C may include standard information or targetedinformation. The standard information is uniformly output (i.e.,displayed), while the targeted information is targeted to a location, aperson, etc., as desired. For example, upon determining that a targetedperson (e.g., “John Smith”) is over the age of 65, message field 604Bmay include information targeted to a senior citizen. Conversely, upondetermining that Peter Smith is 18 years old and in college, informationrelating to student aid may be output in field 604B. Accordingly, thecontroller 214 may use various inputs such as, for example, time,location, selected address information, selected person information(e.g., age, sex, marital status, voting history, previoussignatory/contribution history, religious affiliation, profession, workstatus, etc.) to determine appropriate information output in one or moreof the fields 604A-604C. Additionally, the controller 214 may useheuristic analysis using these various inputs to determine desiredinformation to output. Further, weighing values (not shown) may be usedto determine desired information to output. Thus, for example, if it isdetermined that a person's age is more important than work status, thenthe age information may be assigned a weight value which is greater thanthe work status information. As shown, field 604A may include, forexample, multimedia information such as a video clip of one or moredesired messages, field 604B may include graphic data, and field 604Cmay include text data. However, any of these fields may include othertypes of data, as desired. The displayed fields may be linked to otherfields such that selecting any of the displayed fields (e.g., “2. MoreFederal Housing”) will display additional information corresponding tothe selected field. Further, a brail and/or audio output may be providedfor any of these fields, for the disabled, if desired. Although notshown, selecting candidate “Jane Doherty” will output informationrelevant to Jane Doherty and/or the selected address or person (e.g.,“John Smith”). Further, a suggestion input box (not shown) may beprovided to provide a user's (e.g., John Smith's) suggestions to adesired party (e.g., a political party) using the present invention.

A screen shot illustrating a screen corresponding to contributioninformation according to the present invention is shown in FIG. 7. Asshown, the contribution information may include a screen 700 which auser (e.g., a selected person, etc.) may use to make a contribution to adesired person (e.g., a candidate), a class of persons (e.g., the poor),an organization (e.g., the Republican Party), etc. Accordingly, a screen700 includes one or more fields such as, for example, fields 702-710,for processing a desired contribution. Further, an individual may selectto contribute time, in which case, a screen (not shown) with desiredcontribution information such as, for example, contact information(e.g., telephone number), type of work, time available, etc. may beentered. Although not shown, the credit/debit card information may beentered using one or more of a keypad (e.g., soft-keys), the credit cardreader, an RF reader (e.g., Paypass™), and Paypal™, etc. Further, anoption to track the donation as it is distributed may be provided, as isknown in the art. With reference to fields 702-710, field 702 enables auser (e.g., a donor) to select a done; field 704 enables a user toselect an amount and/or type of donation; field 706 allows a user toselect a payment type (if, for example, a user is not donating time);field 708 outputs a payment command (if, for example, a user is payingusing a debit or credit card; field 710 includes a signature box,instructions for signing, and enter and cancel selections for a user toenter his signature or cancel. As shown, the index tabs such as tab302E, may include predetermined information which may also be set by auser. For example, a user may set tab 302E to read “DI” (e.g., donationinformation) rather than “OTHER” as illustrated in other drawings, whichcan enhance a user's convenience. Further, the tabs and other featuresof the mobile device may be set by downloading information from a system(not shown) in which the mobile device operates.

A screen shot of an exemplary verification form used to verify datacollected using the mobile device of the present invention is shown inFIG. 8. Screen 800 may include a “statement” as to the accuracy ofpetition signatures collected using the mobile device 200 and may beaccessed using any suitable method such as tab 302F, a menu option, etc.The signature collector (e.g., “John Petitioner”) may make a statementas required by various regulations as to the validity of the signaturescollected. This statement may be output on screen 800 or may be listedelsewhere. A list of one or more petition signatures and/or otherinformation collected using the mobile device 200 may be displayed onscreen 800, in which case a user may have to scroll the screen to signor otherwise accept or decline the statement (or statements). Further,an agree/do-not-agree button may be provided to agree or not to agree tocertain information, as desired, may be provided for the convenience ofa user. Other information such as location, number of petitions ornumber of signatures, address data, etc., may be automatically generatedby, for example, the mobile device 200. Further, the mobile device 200according to the present invention may process and/or verify signaturesor other data corresponding to a signatory. For example, rather thansigning a form, biometric data (e.g., a fingerprint, voice print) may besubstituted for identification purposes. Accordingly, the mobile device200 may process and save this data with other corresponding data such asname information, address information, etc.

A flowchart illustrating operations of a mobile device according to thepresent invention is shown in FIG. 9. The mobile device (e.g., via itscontroller) may perform one or more steps of flowchart 900. The mobiledevice may perform one or more steps of flowchart 1000. Further, one ormore of the steps of flowchart 900 may be performed by a systemincluding the mobile device.

In step 902, the mobile device determines whether it is located at apredetermined location (e.g., at “30 Main St.”) If it is determined thatthe mobile device is at (or located within a predetermined distance of)the predetermined location, the mobile device proceeds to step 904.However, if it is determined that the mobile device is not at (orlocated within a predetermined distance of) the predetermined location,the mobile device repeats step 902. It should be noted that step 902may, if desired, be performed only when the mobile device is travelingalong a predetermined route. Accordingly, if the mobile device islocated away from the predetermined route, it may inform the user ofsuch and provide the user with a manual-address and/or name-inputoption. Additionally, the mobile device may output instructions, suchas, for example, how to proceed to the location which corresponds to thestart of the predetermined route. Further, if not located on a selectedroute, the mobile device may enter (either automatically or via a manualselection) a current location mode in which the mobile device displayscurrent address and name information and/or other corresponding data(e.g., whether the party at the current address is a registeredRepublican, etc.) so that signatures may be conveniently obtained.

Referring back to the flowchart, in step 904, address (e.g., geographiclocation) and/or corresponding name information is output (and/orhighlighted—as shown in FIG. 3). The mobile device then proceeds to step906, in which it is determined whether the address and/or correspondingname information is selected by, for example, the user. If it isdetermined that the address and/or corresponding name information isselected by the user, step 908 is performed. However, in thealternative, step 918 is performed. Referring back to step 906, theaddress may be selected by the user, if desired (e.g., by a user'ssetting) rather than by the user.

In step 908, corresponding name and identification information, such assignature information, is displayed using, for example, a screen such asis shown in FIG. 1. However, other screens may be used. For example, ascreen having more or less detailed information may be shown.Additionally, if using, for example, biometric data, signatureinformation may not be displayed and/or used. After step 908, theprocess continues to step 910, in which it is determined whether asignature (or other identification such as biometric data, anidentification code, etc.) has been input. If it is determined that thisinformation has been input (e.g., automatically or, for example, bypressing the enter button after a signature is input), the processproceeds to step 912. However, if it is determined that this informationhas not been received (and/or is not in the process of being entered),the process proceeds to step 920. In step 908, a default name (e.g.,John Doe) may be automatically selected, or a user may select a desiredname (e.g., Jane Doe). Thus, the mobile device may await a user's inputrather than select a name. For example, with reference to FIG. 1, themobile device may await a user's selection of, for example, John Doe.

In step 912, the identification information is saved and/or processed.During the processing, the identification information may be compared topreviously saved data, such as, for example, signature data, biometricdata, and identification code data (depending upon the type of inputidentification information), in order to determine whether theidentification and/or other information matches desired information andcan be authenticated. However, this is optional and may be performed atother locations (e.g., at a server/DB, etc.). The processing may alsoinclude compiling the identification information and/or otherinformation into a desired format for later use. For example, theidentification information may be compiled to include correspondinginformation such as one or more of verification information, addressinformation, etc.

In step 914 it is determined whether there are one or more names stillto be entered at the present location. If the determination isaffirmative, step 920 is performed. If the determination is negative,step 916 is performed.

In step 916, the address information is updated (e.g., historyinformation as shown in FIG. 5, may be updated to reflect receivedpetition signatures, etc.), and other addresses and/or names may beselected/deselected, etc., to indicate a current status of addressesand/or corresponding name information. For example, with reference toFIG. 3, if identification information such as petition signatures, etc.,is received from one or more of John, Jane, and/or Peter Doe, the namesand or address (e.g., 30 Main St.) may be deselected, for example, byusing a visual identifier, such as by using one or more of a marker(e.g., an “X”) a color (e.g., gray letters), a shade, a fill, ahighlight, etc., which can readily be recognized as indicating thatcorresponding information has been collected from the correspondingaddress. Also, the history information is updated for future reference.Accordingly, repeat visits to a visited location can be avoided, thusincreasing efficiency of the collection process. Further, the presentinvention may also include a system to mark certain addresses and/ornames so that information may be collected at a later time. For example,if a user is informed that “Jane and Peter Doe” will be home at a latertime and/or on a later date, this information may be input. Thereafter,on or after the later time or date, the user may be alerted to visit apredetermined address such as, for example, “30 Main St.,” so thatinformation such as petition signatures, donations, etc., may becollected (e.g., from Jane and Peter Doe) and/or saved (e.g., see, FIG.5). In the present example, for the sake of illustration, screen 300,400A or 400B may then be automatically displayed depending upon, forexample, a user setting. Step 902 is then repeated.

In step 918, it is determined if the mobile device is at a new location.For example, if the mobile device is now located at “54 Main St.,” step916 is performed. However, if it is determined that the mobile device isnot at a new location, step 902 is repeated. Accordingly, if a locationsuch as an address corresponding to “30 Main St.” is visited, and noinformation is collected (e.g., no signatures are obtained) because noone answered the door, this information may be saved (e.g.,automatically or via a user's instructions) for later use (e.g., see,FIG. 5). Accordingly, a user may select a “No Answer” icon (not shown)to indicate this fact, and information reflecting such may be saved tomemory with the corresponding address. Using this saved information, theaddress (e.g., 30 Main St.) may be flagged to indicate such for lateruse. However, if, for example, one or more residents (e.g., John Doe)refused to provide information such as, for example, a petitionsignature, this fact may be input (e.g., by selecting a “Refused toSign” icon (not shown), and processed and/or saved for later use (e.g.,see, FIG. 5). Accordingly, selected locations and/or addresses may bevisited and/or revisited or avoided, as desired. Further, the “NoAnswer” and “Refused to Sign” icons (or menu-items) may be displayed onvarious screens such as shown in FIGS. 1, 3, 4A, 4B, and 5.

In step 920 it is determined whether another name corresponding to thepresent location has been input (e.g., “Jane Doe”). Based upon thisdetermination, the process may continue to steps 908 or 922. Forexample, if the determination is affirmative (e.g., Jane Doe isselected), step 908 is repeated. However, If the determination isnegative, step 922, which is similar to step 918, is performed.

A flowchart illustrating operations of a mobile device according to thepresent invention is shown in FIG. 10. The mobile device may perform oneor more steps of flowchart 1000. Further, one or more of the steps offlowchart 1000 may be performed by a system including the mobile device.

In step 1002, the mobile device outputs a name and/or addressinput-request information (e.g., audibly and/or visually—see, FIG. 1)for a user to input corresponding name and/or address information, andproceeds to step 1004, in which the mobile device determines whethername and/or address information has been input. The name and/or addressinput areas may be provided as is shown in FIGS. 1 and 5. Although notshown, the name and/or address input area may be delineated with one ormore of first name, middle initial, last name, street address, zip code,state, and voting district area. The voting district area may haveentries for various voting district criteria such as, for example,school, council, assembly, congressional and/or senate districts whichmay be displayed according to election year. For example, councildistrict selections may be output only during a council election year.However, an override may be provided, if desired. When enteringrequested information, the mobile device according to the presentinvention may be structured and arranged to provide the user with apredetermined text selection such as is common to Blackberry™-typedevices for reducing key presses and/or entry input time. For example,if a user types “Broa,” the mobile device according the presentinvention may output “Broadway” and “Broad St.” (e.g., audibly and/orvisually) for the user's selection. Moreover, particular address andname databases may be checked so as to provide address and/or nameinformation to the user, which can save time and/or effort. Thus, if“John Doe” is input, a list of addresses for all John Does in aparticular area may be output for the user's selection. Further, thisinformation may be output in accordance with a desired election area.For example, if the mobile device is physically located in (or is set tocollect petition signatures in) the First Council District, theninformation corresponding to that area may be output. Thus, if John Doeis registered to vote in the Second Assembly District, the user may beinformed of such and/or a petition information (e.g., a user'ssignature) may be prevented from entry (e.g., to avoid an invalidsignature). Accordingly, the collection of invalid petition signaturescan be avoided.

In step 1006, it is determined whether the input name and/or address isvalid and/or authorized. Thus, for example, if identificationinformation corresponding to a selected individual does not correspondwith predetermined information, e.g., election area, etc., the inputinformation would not be authorized and the user informed of such instep 1016. Further, returning to step 1006, other information such as,for example, whether the person has already signed the petition (e.g.,on a previous day, etc.) may also be checked during the authorizationprocess. Moreover, other information such as voter registration,election area (which may be checked in this step rather than in step1004) may also be checked, etc., during the authorization (as opposedto, or in addition to, the checking performed in step 1004). Upondetermining that the person is authorized (e.g., that the input nameand/or address information corresponds with a correct political party, acorrect political district, etc.), the determination is affirmative andthe process proceeds to step 1008.

In step 1008, an identifier request is output. Thus, as shown, asignature request may be output. However, the identifier request mayinclude biometric or other identifying data. For example, fingerprint,voice, iris, and palm/hand data may be input. Further, an identificationcode or other identification such as an RFID may also be input, asdesired. In the present embodiment, it will be assumed that a signatureis entered using a screen as is shown in FIG. 1.

In step 1010, if it is determined that the identification informationhas been input, the process proceeds to step 1012. However, if it isdetermined that the identification information has not been input, thesystem proceeds to step 1018.

In step 1018, it is determined whether a predetermined time has passed.If it is determined that the predetermined time has passed, step 1002 isrepeated. However, if it is determined that that predetermined time hasnot passed, step 1008 is repeated.

In step 1012, the identification information is saved and/or processed.For example, in the present embodiment, the petitioner's signature maybe digitized and/or converted to a desired format (e.g., tiff, jpg.etc.), concatenated with other information e.g., corresponding address,names, dates, time, data corresponding to optional signatories (e.g.,“John Petitioner), etc. Thereafter, the system proceeds to step 1014.Further, the process may compare the entered identification informationwith corresponding predetermined information. Accordingly, an enteredsignature (or iris print, etc.) may be compared with a file signature(or iris print, etc.) to determine authenticity.

In step 1014, the system may update the address information and/ordisplay a desired screen. For example, as shown in FIG. 5, history datacorresponding to the selected address and/or person may be updated.Further, the mobile device may transmit current information to a centralsystem which may include a database (DB) for further storage and/orprocessing. Moreover, a screen requesting other information such as, forexample, a signatory's signature (e.g., “John Petitioner”) may berequested after the occurrence of certain events or by a user's or thesystems request. These events may be set by the system or a user and maycorrespond with certain times (e.g., at 12:00 p.m., every three hours,etc.), a certain number of petition signatures (e.g., after every 10petition signatures are obtained), a certain location (e.g., atpolitical party headquarters), etc. Further, other information may beoutput as desired after identification information is received.

One or more of the steps shown in FIGS. 9-10 may be optionally performedby another device such as, for example, another mobile device, aserver/DB, etc., as desired.

A flow diagram illustrating the operation of the mobile device in asystem according to the present invention is shown in FIG. 11. Thesystem 1100 may include one or more mobile devices 1102, base stations1104, and servers/DBs 1106. A synchronization may be performed whenupdating various information such as, for example, route information,address and/or person information, identification information,verification information, location information, etc. Accordingly, anupdating process will be described using an update request generated bythe mobile station 1102. However, it should be understood that updatesmay be performed at the request of, for example, base stations 1104,server/DBs 1106, other mobile devices 1102, etc. Further, the messagessent to and from the mobile devices 1102, base stations 1104, and/orserver/DBs 1106 may include information which identifies thetransmitting device. Thus, for example, the server/DB 1106 can identifya message transmitted by, for example, mobile device 1102.

With reference to step 1103, an update request is generated by themobile device 1102. Accordingly, the mobile device 1102 enters an updatemode in which, for example, further input of data may be optionallysuspended pending completion of the update. However, if desired,information such as ID, etc., may be entered if required by the system1100.

In Step 1105, an update request is transmitted to the base station 1104.The base station 1104 may be a terrestrial or extraterrestrial basestation. However, it is preferred that the base station be a terrestrialbase station 1104. In response to the received update request 1105, instep 1107 the base station 1104 transmits an update requestacknowledgment to the mobile station 1102. In step 1109, the basestation transmits an update request to the server/DB 1106. In response,the server/DB 1106 transmits update information in step 1111. Thisupdate information may include updated route information, petition,address, person, and/or verification information, and other information,as necessary. For example, if John Doe signs a petition in a mall (asopposed to his home address) using another mobile device (e.g.,1102B—not shown), his signature information and other correspondinginformation may be uploaded to the server/DB 1106 by the other mobiledevice 1102B. Accordingly, the server/DB 1106 may download thisinformation to the mobile device 1102 via the base station 1104 in theupdate information transmitted in step 1111.

In step 1115, the server/DB 1106 may optionally suspend updatinginformation received from other mobile devices 1106B, until updatedinformation is uploaded to the server/DB 1106 from the current mobiledevice 1106. Although the suspend operation occurs after the updateinformation is transmitted in step 1111, it may be performed before theupdate information is transmitted at step 1111.

In step 1113, the update information is transmitted from the basestation 1104 to the mobile device 1102. The mobile device 1102 may thenacknowledge the received update information by transmitting anacknowledgment message to the base station 1104 in step 1117.

In step 1119, the mobile device 1102 may update current informationusing the received information. For example, if the update informationindicates that “John Doe” has already signed, for example, a petition(corresponding to the current petition), then information (such as, forexample, name, address, history, etc.) corresponding to “John Doe” maybe updated to reflect this.

In step 1121, the mobile device 1102 may perform a redundancy check todetermine whether current, previously-collected information (e.g.,collected before performing the update request in step 1103) does notconflict with the received update information. For example, if “JohnDoe” signed a petition form on the current mobile device, then aredundant signature may exist. Accordingly, this redundant signature maybe erased, flagged, or otherwise set aside for further processing (e.g.,checking signature information, etc.). Further, the mobile device 1102may inform the user of this redundant signature and provide the userwith options (e.g., archive, delete, flag, etc.), or may transmit thisinformation to the server/DB 1106 for further processing.

In steps 1123 and 1125, the mobile device 1102 uploads currentinformation to the server 1106 via the base station 1104. The currentinformation may, for example, contain information such as signatureinformation, history data, address data, verification information, etc.,as desired. For example, signed petitions and corresponding verificationinformation may be transmitted to the server/DB 1106. Further, resultsof the redundancy check may be transmitted to the server/DB 1106 forfurther processing (e.g., identification information such as, forexample, signature information, biometric information, etc.), and otherinformation (e.g., address, party affiliation, district information) maybe checked to determine whether one or both signatures are invalid,valid, etc. Accordingly, the server/DB 1106 may automatically processeither or both signatures, may invalidate one or both signatures, and/ormay flag either or both of the signatures for further processing (e.g.,by a human, etc.), as desired.

In steps 1127 and 1129, the server/DB 1106 may transmit an updateinformation acknowledgment (which indicates that the update informationwas received) to the mobile device 1102 via base station 1104.

In steps 1131, the server/DB 1106 may update its database, etc. Then, instep 133, the server/DB 1106 may end the suspended state entered into instep 1115.

In step 1135, the mobile device 1102 may complete the update process(e.g., by updating various data, such as, for example, address, route,name, history data, etc. and/or clearing memory areas containingtransmitted petition information, identification, information, etc. asdesired, to conserve resources.

If desired, the mobile device may transmit only authorized and processedpetition forms which contain signatories' identifying information (e.g.,signatures) and a signature collector's signed and dated statement.

Although an exemplary flow diagram is described above, other flowdiagrams may also be used to perform the processes and methods of thepresent invention.

Although not shown, the mobile device according to the present inventionmay output a request which indicates whether another name at the presentaddress will be input.

Certain additional advantages and features of this invention may beapparent to those skilled in the art upon studying the disclosure, ormay be experienced by persons employing the novel apparatus and methodof the present invention, chief of which is that valuable time andresources are conserved and data may be efficiently and reliablycollected.

While the invention has been described with a limited number ofembodiments, it will be appreciated that changes may be made withoutdeparting from the scope of the original claimed invention, and it isintended that all matter contained in the foregoing specification anddrawings be taken as illustrative and not in an exclusive sense.

What is claimed is:
 1. A mobile station comprising: an input device; atleast one display; and at least one controller configured to: determinea current location of the mobile station; determine at least one addresscorresponding to the current location of the mobile station; determineexpectation data associated with the at least one address correspondingto the current location of the mobile station; and render, on the atleast one display, map information corresponding to the current locationof the mobile station, and direction information that includes a displayof the expectation data.
 2. The mobile station according to claim 1,wherein the expectation data indicates a likelihood of success inobtaining a desired item at a corresponding one of the at least oneaddress.
 3. The mobile station according to claim 1, wherein the atleast one controller is further configured to render, on the at leastone display, a name of one or more selected persons that are registeredto a corresponding address of the determined at least one address. 4.The mobile station according to claim 1, wherein the at least onecontroller is further configured to render, on the at least one display,route data corresponding to the current location.
 5. The mobile stationaccording to claim 1, wherein the at least one controller is furtherconfigured to render, on the at least one display, density information.6. The mobile station according to claim 1, wherein the controller isfurther configured to determine guidance information to at least oneaddress of the at least one address.
 7. The mobile station according toclaim 1, further comprising saving a verification identifier inassociation with identifiers corresponding to the one or more selectedpersons.
 8. The mobile station according to claim 1, wherein theexpectation data indicates a likelihood of success in obtaining adesired item.
 9. The mobile station according to claim 1, wherein the atleast one controller is further configured to render a name of one ormore selected persons that are registered to a corresponding address ofthe at least one address.
 10. The mobile station according to claim 1,wherein the at least one controller is further configured to renderroute data corresponding to the current location.
 11. The mobile stationaccording to claim 1, wherein the at least one controller is furtherconfigured to render density information.
 12. The mobile stationaccording to claim 1, wherein the display further renders at least oneof: a field to select at least one donee and a field to select a type oramount of donation.
 13. A method performed by at least one controller ofa mobile station having at least one display, the controller configuredto perform the acts of: determining a current location of the mobilestation; determining at least one address corresponding to the currentlocation of the mobile station; determining expectation data associatedwith the at least one address corresponding to the current location ofthe mobile station; and rendering, on the display, map informationcorresponding to the current location of the mobile station anddirection information that includes a display of the expectation data.14. The method of claim 13, further comprising an act of rendering, onthe at least one display, information corresponding to one or moreselected persons in association with the at least one address.
 15. Themethod of claim 14, further comprising an act of rendering, on the atleast one display, route data corresponding to a route having aplurality of addresses each corresponding to one or more of the one ormore selected persons.
 16. The method of claim 13, further comprising anact of rendering, on the at least one display, the at least one streetaddress corresponding to the current location.
 17. The method of claim13, further comprising an act of rendering, on the at least one display,guidance information to at least one of the at least one street address.18. The method of claim 13, further comprising an act of rendering, onthe at least one display, density information.
 19. A system comprising:at least one mobile station having at least one controller, at least onedisplay, and at least one input device, the at least one controllerbeing configured to: determine a current location and orientation of themobile station; determine expectation data associated with at least oneaddress corresponding to the determined current location of the mobilestation; and render, on the at least one display, map informationcorresponding to the current location of the mobile station, anddirection information that includes a display of the expectation data.